变动|时限_即时通讯开发技术分享HTTP长连接长轮询

篇首语：本文由编程笔记#小编为大家整理，主要介绍了即时通讯开发技术分享HTTP长连接长轮询相关的知识，希望对你有一定的参考价值。

在html5发布之前&＃xff0c;基于HTTP的长连接&＃xff0c;是一种通过长轮询方式实现"服务器推"的技术&＃xff0c;它弥补了HTTP简单的请求应答模式的不足&＃xff0c;极大地增强了程序的实时性和交互性。在HTML5被众多浏览器广泛支持前&＃xff0c;此种方式仍将是WEB端即时通讯等应用场景下&＃xff0c;不可回避的实现方案。

长连接、长轮询概述

用通俗易懂的话来说&＃xff0c;长连接、长轮询就是客户端不停的向服务器发送请求以获取最新的数据信息。这里的“不停”其实是有停止的&＃xff0c;只是我们人眼无法分辨是否停止&＃xff0c;它只是一种快速的停下然后又立即开始连接而已。

长连接、长轮询多用在什么样的情况下

长连接、长轮询一般应用与WebIM、ChatRoom和一些需要及时交互的网站应用中。其真实案例有&＃xff1a;WebQQ、Hi网页版、Facebook IM等。

相关技术优缺点对比

轮询&＃xff1a;客户端定时向服务器发送Ajax请求&＃xff0c;服务器接到请求后马上返回响应信息并关闭连接。
优点&＃xff1a;后端程序编写比较容易。
缺点&＃xff1a;请求中有大半是无用&＃xff0c;浪费带宽和服务器资源。
实例&＃xff1a;适于小型应用。即时通讯聊天软件app开发可以加蔚可云的v&＃xff1a;weikeyun24咨询

长轮询&＃xff1a;客户端向服务器发送Ajax请求&＃xff0c;服务器接到请求后hold住连接&＃xff0c;直到有新消息才返回响应信息并关闭连接&＃xff0c;客户端处理完响应信息后再向服务器发送新的请求。
优点&＃xff1a;在无消息的情况下不会频繁的请求&＃xff0c;耗费资源小。
缺点&＃xff1a;服务器hold连接会消耗资源&＃xff0c;返回数据顺序无保证&＃xff0c;难于管理维护。
实例&＃xff1a;WebQQ、Hi网页版、Facebook IM。

长连接&＃xff1a;在页面里嵌入一个隐蔵iframe&＃xff0c;将这个隐蔵iframe的src属性设为对一个长连接的请求或是采用xhr请求&＃xff0c;服务器端就能源源不断地往客户端输入数据。
优点&＃xff1a;消息即时到达&＃xff0c;不发无用请求&＃xff1b;管理起来也相对方便。
缺点&＃xff1a;服务器维护一个长连接会增加开销。
实例&＃xff1a;Gmail聊天

Flash Socket&＃xff1a;在页面中内嵌入一个使用了Socket类的 Flash 程序Javascript通过调用此Flash程序提供的Socket接口与服务器端的Socket接口进行通信&＃xff0c;Javascript在收到服务器端传送的信息后控制页面的显示。
优点&＃xff1a;实现真正的即时通信&＃xff0c;而不是伪即时。
缺点&＃xff1a;客户端必须安装Flash插件&＃xff1b;非HTTP协议&＃xff0c;无法自动穿越防火墙。
实例&＃xff1a;网络互动游戏。

长连接、长轮询的技术原理

所谓长连接&＃xff0c;就是要在客户端与服务器之间创建和保持稳定可靠的连接。其实它是一种很早就存在的技术&＃xff0c;但是由于浏览器技术的发展比较缓慢&＃xff0c;没有为这种机制的实现提供很好的支持。所以要达到这种效果&＃xff0c;需要客户端和服务器的程序共同配合来完成。通常的做法是&＃xff0c;在服务器的程序中加入一个死循环&＃xff0c;在循环中监测数据的变动。当发现新数据时&＃xff0c;立即将其输出给浏览器并断开连接&＃xff0c;浏览器在收到数据后&＃xff0c;再次发起请求以进入下一个周期&＃xff0c;这就是常说的长轮询&＃xff08;long-polling&＃xff09;方式。

通讯时序参见上图&＃xff0c;大致是按照如下方式进行&＃xff1a;

> 1. 轮询的建立
建立轮询的过程很简单&＃xff0c;浏览器发起请求后进入循环等待状态&＃xff0c;此时由于服务器还未做出应答&＃xff0c;所以HTTP也一直处于连接状态中。
> 2. 数据的推送
在循环过程中&＃xff0c;服务器程序对数据变动进行监控&＃xff0c;如发现更新&＃xff0c;将该信息输出给浏览器&＃xff0c;随即断开连接&＃xff0c;完成应答过程&＃xff0c;实现“服务器推”。
> 3. 轮询的终止
轮询可能在以下3种情况时终止&＃xff1a;

      3.1. 有新数据推送
    当循环过程中服务器向浏览器推送信息后&＃xff0c;应该主动结束程序运行从而让连接断开&＃xff0c;这样浏览器才能及时收到数据。
      3.2. 没有新数据推送
    循环不能一直持续下去&＃xff0c;应该设定一个最长时限&＃xff0c;避免WEB服务器超时&＃xff08;Timeout&＃xff09;&＃xff0c;若一直没有新信息&＃xff0c;服务器应主动向浏览器发送本次轮询无新信息的正常响应&＃xff0c;并断开连接&＃xff0c;这也被称为“心跳”信息。
      3.3. 网络故障或异常
    由于网络故障等因素造成的请求超时或出错也可能导致轮询的意外中断&＃xff0c;此时浏览器将收到错误信息。

> 4. 轮询的重建
浏览器收到回复并进行相应处理后&＃xff0c;应马上重新发起请求&＃xff0c;开始一个新的轮询周期。

现代的浏览器都支持跨域资源共享&＃xff08;Cross-Origin Resource Share&＃xff0c;CORS&＃xff09;规范&＃xff0c;该规范允许XHR执行跨域请求&＃xff0c;因此基于脚本的和基于iframe的技术已成为了一种过时的需要。

把Comet做为反向Ajax的实现和使用的最好方式是通过XMLHttpRequest对象&＃xff0c;该做法提供了一个真正的连接句柄和错误处理。当然你选择经由HTTP长轮询使用XMLHttpRequest对象&＃xff08;在服务器端挂起的一个简单的Ajax请求&＃xff09;的Comet模式&＃xff0c;所有支持Ajax的浏览器也都支持该种做法。